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(54) Procede pour associer des references d'acheminement a des paquets de donnees au moyen 
d'une memoire trie, et dispositif de traitement de paquets appliquant ce procede 



(57) On analyse successivement, a partir de regis- 
tres portiers differents de la memoire TRIE, differentes 
portions d'un en-tete de chaque paquet contenant des 
informations de protocole. A I'arrivee d'un paquet, on 
stocke son en-tete dans une memoire tampon (15) et 
on analyse une premiere portion de I'en-tete stocke. 
Chaque analyse d'une portion de l*en-t§te produit soit 
la reference d'acheminement associee au paquet, soit 
une reference intermediate comportant un premier co- 
de permettant de localiser, a un emplacement arbitraire 



de la memoire tampon, une portion suivante a analyser 
et un second code permettant de localiser, a un empla- 
cement arbitraire de la memoire TRIE un registre portier 
a partir duquel cette portion suivante est a analyser. 
Apres avoir analyse la premiere portion d'un en-tete 
stocke, on en analyse des portions suivantes conforme- 
ment aux premiers et seconds codes contenus dans les 
references intermedia ires successivement produites, 
jusqu'a ce que la reference d'acheminement soit produi- 
te. 
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Description 

[0001] La presente invention concerne les memoires associatives, et particulierement les memoires de type « TRIE 
» (du verbe anglais « reTRIEve »). 

5 [0002] Le principe de la memoire « TRIE » a ete propose par R. de la Briandais et E. Fredkin vers la fin des annees 
1950 (voir E. Fredkin et al.: « Trie Memory », Communications of the ACM, Vol.3, No.9, septembre 1960, pages 
490-499). II consiste a decouper les chaines de bits a reconnattre en tranches successives de longueur fixe (de K bits) 
et a les integrer dans un tableau T a deux dimensions. Chaque ligne du tableau constitue un registre de 2 K cellules 
elementaires. Un registre (R) est attribue a chaque tranche de la chatne et on associe une cellule dans le registre a 

10 la valeur (V), comprise entre 0 et 2*-1 de cette tranche. Le contenu (C = T[R,V]) de la cellule ainsi determinee represente 
soit le registre attribue a la tranche suivante (ou pointeur), soit une reference de fin d'analyse (ou « status ») si I'analyse 
de la chalne doit se terminer sur cette tranche. 

[0003] Le registre attribue a la premiere tranche de la chaine, qui est aussi le point d'entree de la table, est appele 
portier. Les donnees a analyser sous forme de chames de bits, c'est-a-dire a comparer avec le contenu de la memoire 

15 TRIE, seront egalement nommees routes ci-apres. On appellera chemin dans la table la succession des cellules chai- 
nees associees a une route. Chaque registre de la table sera dit d'ordre feO s'il est attribue a la (i+1)-ieme tranche 
d'une ou plusieurs routes memorisees. Le registre portier est done d'ordre 0. La memoire TRIE associe a chacun de 
ses registres d'ordre i>0 une unique sequence de iK bits correspondant aux iK premiers bits de chaque route dont le 
chemin dans la table passe par une cellule du registre en question. 

20 [0004] L'exemple suivant montre une representation du dockage des donnees dans une memoire TRIE dans le cas 
particulier ou K=4. La valeur de chaque tranche est representee par un digit en numerotation hexadecimale (0,1, ...,E, 
F), et les registres contiennent chacun 2 4 =16 cellules. 

[0005] Soit a reconnattre les routes qui debutent par les motifs 45A4, 45AB, 67AB, 788A et 788BD, auxquels on 
attribue respectivement les status SO, S1, S2, S3 et SO (un meme status peut etre partage par plusieurs routes). En 
25 portant le registre R en indice de ligne, la valeur V des tranches en indice de colonne, et en prenant comme portier le 
registre Ro=0, la table de la memoire TRIE peut se presenter comme represente sur la figure 1, ou les donnees sou- 
lignees sont des status. Les motifs 45A4, 45AB, 67 AB, 788A et 788BD sont respectivement representes dans la table 
de la figure 1 par les chemins : 

30 T[0,4]-^T[1,5]^T[2,A]->T[3,4]; 

T[0,4] -> T[1,5] -> T[2,A] -> T[3,B]; 

35 

T[0,6] -> T[4,7] -> T[5,A] -> T[6,B]; 
40 T[0,7] -» T[7,8] -> T[8,8] T[9,A]; 

T[0,7] ^ T[7,8] ^ T[8,8] ^ T[9,B] -> T[10,D]. 

45 [0006] On voit sur cet exemple que tous les motifs commencant par une partie commune de iK bits sont representes 
par un debut de chemin commun dans la memoire, menant au registre d'ordre i auquel est associee la sequence 
formee par ces iK bits. 

[0007] Si Ton considere une route a analyser, decoupee en une suite de tranches binaires de valeurs Vj avec 0<i<N 
et {Rj} la suite des registres associes aux valeurs Vj, R 0 designant encore le registre portier, I'algorithme d'analyse mis 

50 en oeuvre peut §tre celui represente sur la figure 2. 

[0008] A ('initialisation 1 de cet algorithme, le rang d'analyse i est mis a 0 et le registre portier Rq est selectionne 
comme registre R. Dans chaque iteration de rang i, le contenu C de la cellule T[R,Vj] designee par la (i+1)-ieme tranche 
Vj de la route dans le registre d'ordre i selectionne est lu a I'etape 2. Si cette cellule contient un pointeur de poursuite 
d'analyse, ce qu'indique au test 3 la valeur 1 d'un bit FP(C) memorise dans la cellule, le registre d'ordre i+1 designe 

55 par ce pointeur Ptr(C) est selectionne comme registre R pour Iteration suivante a I'etape 4, et le rang i est increments. 
Quand le test 3 revele une cellule qui ne contient pas un pointeur (FP(C)=0), le status Ref(C) lu dans la cellule concernee 
est retourne a I'etape 5 comme r6sultat de la consultation de la table. 

[0009] Cet algorithme permet I'analyse de routes comportant un nombre quelconque de tranches. Une meme table 
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peut etre utilisee pour plusieurs types d'analyses en gerant les donnees a partir de portiers differents. De plus, ii permet 
de mattriser le temps d'analyse des donnees : I'analyse d'un nombre N de tranches de K bits durera au plus N fois la 
duree d'une iteration. 

[0010] L'algorithme de la figure 2 peut etre mis en oeuvre de facon tres rapide par un composant materiel gerant les 
5 acces au tableau de memoire. II permet notamment la realisation de routeurs de haute performance pour des reseaux 
de telecommunications a commutation de paquets. L'en-tete des paquets est analyse au vol par le composant, et le 
status associe a une route designe par exemple un port de sortie du routeur vers lequel doivent etre achemines les 
paquets porta nt une adresse de destination conforme a cette route. 

[0011] Un tel routeur peut etre multi-protocoles. Pour cela, on analyse des portions differentes de I'en-tete a partir 
10 de portiers differents. Par exemple, une premiere analyse d'un (ou plusieurs) champ de I'en-tete designant le protocole 
employe et/ou la version de ce protocole peut etre analysee a partir d'un premier portier. Cette premiere analyse fourntt 
une reference qui, bien que correspondent a une fin logique d'analyse, peut etre materialisee dans la memoire TRIE 
par un pointeur de poursuite d'analyse designant un autre registre portier a utiliser pour analyser la suite de I'en-tete. 
La reference en question peut egalement declencher des temporisations ou des sauts d'un nombre determine de bits 
15 dans I'en-tete analyse afin de pouvoir choisir quelle portion de I'en-tete doit etre ensuite analysee. Dans la pratique, 
un certain nombre d'analyses sont generalement executees successivement, pour declencher les operations requises 
par les protocoles supportes en fonction du contenu des en-tetes. L'une de ces analyses portera sur I'adresse de 
destination pour accompiir la fonction de routage proprement dite. 

[001 2] Un routeur du type ci-dessus est dealt dans le brevet francais 2 707 775. Au sujet de I'utilisation de memoires 
20 TRIE dans des routeurs, on pourra se reporter a Particle « Putting Routing Tables in Silicon », de T.B. Pei et a!., IEEE 
Network Magazine, janvier 1992, pages 42-50. 

[0013] Le fait de pouvoir enchamer plusieurs analyses elementaires avec entre elles des sauts programmables 
procure une grande souplesse au procede, particulierement pour le traitement de protocoles encapsules suivant plu- 
sieurs couches du modele ISO. L'analyse au vol des tranches de I'en-tete au fur et a mesure de leur arrivee procure 

25 par ailleurs une grande rapidite. 

[0014] Neanmoins, dans un certain nombre de cas de figures, il est utile de revenir en arriere dans I'en-tete analyse 
pour examiner certains champs dans un ordre different de Pordre d'arrivee. Ceci permet frequemment une meilleure 
optimisation de la taille memoire requise. C'est par ailleurs rendu necessaire par certains protocoles, tels que le pro- 
tocole de reservation RSVP ou des protocoles de multidiffusion (multicast). 

30 [0015] Un but de la presente invention est d'ameliorer encore la souplesse de traitement offerte par les memoires 
TRIE, particulierement dans les applications de routage. 

[0016] L'invention propose ainsi un procede pour associer des references d'acheminement a des paquets de don- 
nees au moyen d'une memoire TRIE, en analysant successivement, a partir de registres portiers differents de la me- 
moire TRIE, differentes portions d'un en-tete de chaque paquet contenant des informations de protocole. A I'arrivee 

35 d'un paquet, on stocke son en-tete dans une memoire tampon et on analyse une premiere portion de I'en-tete stocke. 
Chaque analyse d'une portion de I'en-tete d'un paquet produit soit la reference d'acheminement associee au paquet, 
soit une reference intermediate comportant un premier code permettant de localiser, a un emplacement arbitraire de 
la memoire tampon, une portion suivante a analyser et un second code permettant de localiser, a un emplacement 
arbitraire de la memoire TRIE, un registre portier a partir duquel ladite portion suivante est a analyser. Apres avoir 

40 analyse la premiere portion d'un en-tete stocke, on en analyse des portions suivantes conformement aux premiers et 
seconds codes contenus dans les references intermedial res successivement produites, jusqu'a ce que la reference 
d'acheminement soit produite. 

[0017] Ainsi, le contenu de la memoire TRIE ne represente plus seulement les references proprement dites associees 
aux en-tetes de paquets. Elle integre en outre un programme consistant en I'enchaTnement des analyses elementaires 
45 a effectuer en fonction des differentes configurations prises en compte par la memoire. Ces enchainements sont en- 
tierement programmables, en ce que I'utilisateur peut definir arbitrairement, et a chaque etape du processus, quelle 
portion de I'en-tete doit etre examinee et a partir de quel registre de la memoire TRIE. 

[0018] Un autre aspect de la presente invention se rapporte a un dispositif de traitement de paquets, comprenant 
un circuit d'analyse de I'en-tete des paquets recus, a I'aide d'une memoire associative de type TRIE fonctionnant 
so conformement au procede ci-dessus. Ce dispositif peut effectuer tout type de traitement necessitant une analyse d'en- 
tete. II peut notamment etre un routeur IP, un dispositif de securite tel qu'un pare-feu (« firewall »), un dispositif de 
mesure, etc. 

[0019] D'autres particularites et avantages de la presente invention apparaitront dans la description ci-apres d'exem- 
ples de realisation non limitatifs, en reference aux dessins annexes, dans lesquels : 

55 

la figure 1, precedemment commentee, montre un exemple de contenu d'une memoire TRIE ; 

la figure 2, precedemment commentee, est un organigramme d'une procedure d'analyse classique executee pour 

consulter la memoire TRIE; 
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la figure 3 est un schema synoptique d'un routeur de paquets seion I'invention ; 

la figure 4 est un diagramme montrant la structure d'un exemple d'en-tete de paquet ; 

les figures 5 et 6 sont des diagrammes montrant la structure de cellules de la memoire TRIE du routeur ; et 

la figure 7 est un organigramme d'une procedure d'analyse selon I'invention pour consulter une memoire TRIE. 

5 

[0020] Pour illustrer la description ci-apres, on considere le cas ou les paquets achemines par le routeur selon I'in- 
vention sont transportes sur un reseau a mode de transfert asynchrone (ATM), et on suppose que I'en-tete de chaque 
paquet est toujours contenu dans une cellule ATM. 

[0021] Le routeur 10 represents par la figure 3 fonctionne avec un ordinateur-hote 11. L'ordinateur note 11 peut 
10 emettre et recevoir des paquets, notamment pour la gestion du processus de routage. II dispose pour cela d'une voie 
virtuelle (VC) en entree et en sortie du routeur 10. 

[0022] Le routeur 10 comprend un module d'acheminement (« forwarding ») 12 qui achemine les paquets recus 
selon des instructions, ci-apres appelees « references d'acheminement » ou « status final », obtenues par un module 
d'analyse 13 a partir d'une memoire 14 organisee comme un tableau de memoire TRIE. Dans le cas d'un equipement 
15 de reseau ATM, le module d'acheminement 1 2 peut realiser essentiellement une traduction des identifiants de conduits 
et de voies virtuels VPIA/CI (« Virtual Path Identifier / Virtual Channel Identifier »), la fusion des voies virtuelles selon 
les conduits virtuels, et la delivrance des paquets sur les ports de sortie du dispositif. Pour cela, il a besoin de connaitre 
les couples VPIA/CI des paquets sortants, qui peuvent constituer les references d'acheminement stockees dans la 
memoire TRIE 14. 

20 [0023] Chaque cellule ATM contenant I'en-tete d'un paquet a router transite par une memoire tampon 15 a laquelle 
le module d'analyse 13 a acces pour analyser des portions de ces en-tetes au moyen de la memoire TRIE 14. Cette 
analyse est par exemple effectuee par quartets (K=4). 

[0024] Configurer le routeur 10 consiste a enregistrer les donnees pertinentes dans la memoire TRIE 14. Cette 
operation est realisee par un module (non represente) de gestion de la memoire TRIE sous le controle de I'ordinateur- 
25 note 11. Les commandes de configuration peuvent etre regues dans des paquets transmis sur le reseau et destines 
au routeur 10. Pour une facon de gerer dynamiquement le contenu de la memoire TRIE 14, on pourra se reporter a 
la demande de brevet francais 98 11856. 

[0025] Dans I'exemple de routeur represente sur la figure 3, le module d'analyse 13 coopere avec un automate 16 
programme pour effectuer certains controles et certaines actions sur les en-tetes des paquets, d'une maniere depen- 
30 dante des protocoles de communication supportes par le routeur. En dehors de cet automate 16, le fonctionnement 
du routeur 10 est independant des protocoles de transport des paquets. 

[0026] La figure 4 montre un cas particulier de structure de I'en-tete d'un paquet pouvant etre traite par le routeur 
selon I'invention. Dans cet exemple, le paquet est un paquet IPV4 (« Internet Protocol - Version 4 »), transportant le 
protocoie applicatif UDP (« User Datagram Protocol »), encapsule dans des cellules ATM par I'intermediaire d'un 
35 protocoie de niveau 2 de type LLC-SNAP (« Logical Link Control - Sub Network Access Protocol »). Les noms de 
champs indiques sur la figure sont ceux employes dans les specifications pertinentes concernant ces protocoles. L'en- 
tete global a analyser consiste en I'imbrication de I'en-tete de cinq octets de la cellule ATM, de I'en-tete LLC-SNAP, 
de I'en-tete du protocoie IPV4 et de son extension UDP. 

[0027] D'autres types de protocoles et d'encapsulations peuvent etre supportes par le routeur 1 0. On peut par exem- 
40 pie prendre en compte le protocoie PPP (« Point-to-Point Protocol ») au lieu du protocoie SNAP au niveau 2, ou encore 
la technique MPLS (« Multi-Protocol Label Switching ») au niveau 2 et/ou au niveau 3. Dans ces conditions, les suc- 
cessions de type d'en-tetes suivantes sont susceptibles d'etre rencontrees dans la trame AAL5 (« ATM Adaptation 
Layer n°5 ») suivant I'en-tete de cellule ATM : 

45 |p 

IP, IP 

LLC-SNAP, IP 
LLC-PPP, IP 
MPLS 

50 MPLS MPLS 

LLC-SNAP, MPLS 
MPLS, IP 

MPLS MPLS, IP 

MPLS, LLC-SNAP, IP 
55 MPLS, .... MPLS, LLC-SNAP, IP 

IP designant soit la version 4, soit la version 6 de Plnternet Protocol et les en-tetes des couches au-dela de la couche 
reseau (TCP, UDF...). 
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[0028] Dans le cas particulier LLC-S NAP/I PV4/U DP, la figure 4 montre en hachure les champs de I'en-tete even- 
tuellement pertinents pour I'operation de routage. Selon le type de routage effectue, certains de ces champs peuvent 
ne pas etre pris en consideration, en plus des champs non hachures represents sur la figure. Pour eviter une aug- 
mentation inutile de la tattle de la memoire TRIE, le contenu de ces champs est simplement ignore au cours du pro- 
5 cessus d'analyse. 

[0029] L'analyse porte ainsi sur des portions differentes de I'en-tete qui font successivement I'objet d'analyses par- 
tielles fournissant des references intermediates, jusqu'a la derniere portion pour laquelle la memoire TRIE 14 fournit 
la reference d'acheminement destinee au module 12. 

[0030] Le precede selon I'invention permet d'analyser les champs de I'en-tete dans n'importe quel ordre. Ceci est 
10 utile dans un certain nombre de cas ou I'analyse dans I'ordre d'apparition des champs s'avere insuffisante. Par exemple, 
on peut noter : 

qu'il est interessant d'analyser le champ TOS (Type Of Service) de I'en-tete IP apres I'adresse de destination, alors 
que ces champs apparaissent dans I'ordre inverse, afin de limiter la taille memoire requise ; 
15 - qu'avec des protocoles de reservation de type RSVP, il est necessaire de pouvoir revenir en arriere sur les champs 
« Protocol » et « destination address » de I'en-tete IP apres avoir analyse I'en-tete de niveau 4 ; 
que dans des applications de multidiffusion, il importe de pouvoir revenir en arriere sur le champ TTL (Time To 
Live) de I'en-tete IP ainsi que sur les identifiants VPI/VCI de I'entree du routeur dans I'en-tete ATM afin de pouvoir 
emp§cher les phenomenes de bouclage entre plusieurs noeuds du reseau... 

20 

[0031] L'organisation des donnees dans la memoire TRIE 14, et la facon de les consulter, est adaptee afin de per- 
mettre la programmation de sauts quelconques entre les champs de I'en-tete analyses et entre les registres portiers 
de la memoire TRIE. 

[0032] Les figures 5 et 6 illustrent, dans un mode de realisation particulier, la structure des donnees contenues dans 
25 les cellules elementaires non vides de la memoire TRIE 14. Dans cet exemple, chaque cellule elementaire represente 
une zone de memoire de 32 bits. Les trois premiers bits de la cellule de la memoire TRIE forment un champ de 
commande CT destine a controler I'etat de I'automate 16. 
[0033] A titre d'exemple, I'automate 16 peut avoir 5 etats : 

30 - « inactif », lorsqu'aucun en-tete n'est present dans la memoire tampon 15; 

« ATM », lorsque le module 13 est en train d'analyser les identifiants VPI/VCI de I'en-tete ATM ; 

« MPLS », lorsque le module 13 est en train d'analyser un en-tete MPLS ; 

« IP », lorsque le module 13 est en train d'analyser un en-tete IP ou ses extensions ; 

« autre », lorsque le module 13 est en train d'analyser un autre type d'en-tete (LLC, SNAP, PPP, ...). 

35 

[0034] Le codage du champ de commande CT des cellules elementaires de la memoire TRIE est par exemple le 
suivant : 

CT=000 : etat de I'automate inchange, 
40 . CT=001 : fin d'analyse, 

CT=01a : transition vers I'etat « autre », 
CT=10a : transition vers I'etat « IP », 
CT=11a : transition vers I'etat « MPLS ». 

45 [0035] Le bit a ci-dessus indique si la trame provient de I'ordinateur-hote 11 ou non afin que I'automate 16 inhibe le 
cas echeant le traitement des champs TTL et « checksum » de I'en-tete IPV4. 

[0036] Dans I'exemple des figures 5 et 6, les dix-huit bits de poids les plus faibles de la cellule elementaire de la 
memoire TRIE forment un champ Ptr contenant soit un pointeur vers le prochain registre de la memoire TRIE a partir 
duquel I'analyse est a poursuivre (registre portier ou non) dans le cas de la figure 5, soit la reference d'acheminement 
so destinee au module 12 dans le cas de la figure 6. 

[0037] Dans ce dernier cas, le contenu du champ de commande CT est 001, etant donne que la delivrance de la 
reference acheminement termine le processus d'analyse a I'aide de la memoire TRIE. 

[0038] Dans le cas de la figure 5, le pointeur contenu dans le champ Ptr peut designer le registre de poursuite 
d'analyse directement ou indirectement selon le contenu d'un champ de comptage CP de deux bits. Un compteur peut 
55 etre alloue a toute cellule de la memoire TRIE. Ce compteur est alors increments chaque fois que cette cellule est 
rencontree dans le parcours effectue au cours de I'analyse. Chaque compteur V(A) est materialise dans un emplace- 
ment de memoire couple a un autre emplacement contenant un pointeur PT(A) vers un registre de poursuite d'analyse 
dans la memoire TRIE. 
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[0039] Lorsque le contenu du champ de comptage CP est different de 00, le champ Ptr de la cellule de la memoire 
TRIE contient I'adresse de {'emplacement de memoire ou est memorise le compteur pertinent V(A), et I'emplacement 
PT(A) couple a ce dernier contient le pointeur vers le registre de la memoire TRIE a utiliser pour poursuivre I'analyse. 
Lorsque les deux bits du champ CP sont 00, le champ Ptr de la cellule elementaire pointe directement vers le registre 
5 de poursuite d'analyse dans la memoire TRIE. 

[0040] Pour designer quelle portion de I'en-tete du paquet doit faire I'objet de la suite de I'analyse, ia cellule elemen- 
taire ne contenant pas de reference d'acheminement (figure 5) comprend un champ de format FM de deux bits et un 
champ de deplacement DP de sept bits. Le champ FM indique le format de representation numerique de I'emplacement 
vise de la memoire tampon 1 5. Cette representation peut etre : 

10 

sequentielle (FM=00) si les quartets a analyser se succedent immediatement dans I'en-tete stocke dans la memoire 
15, 

absolue (FM= 1 1 ) pour designer la position absotue du quartet independamment du sous-en-tete en cours d'analyse 
(ceci est utile par exemple pour retourner sur le champ VC de I'en-tete ATM au cours du traitement de I'en-tete IP 

15 dans des applications de multidiffusion), 

differentielle (FM=1 0), pour exprimer la position du prochain quartet par rapport au quartet courant, ce qui est utile 
lorsque la longueur de certains en-tetes n'est pas connue a priori (par exemple dans I'etat « autre »), 
relative (FM=01) pour exprimer la position du prochain quartet par rapport a un emplacement determine de la 
memoire tampon 1 5, repere par une valeur de decalage geree par I'automate 16. Cette valeur de decalage OFFSET 

20 designe typiquement le debut du sous-en-t§te en cours d'analyse. L'automate 1 6 le gere en ajoutant lors des 

transitions d'etat la longueur de I'en-tete correspondent a I'etat anterieur. 

[0041] Les autres taches assurees par l'automate 16 comprennent les verifications d'erreurs effectuees sur la base 
du champ « checksum » de I'en-tete IPV4 et les manipulations eventuelles des champs TOS et TTL de I'en-tete IP 
25 Ces modifications eventuelles sont effectuees a Tissue du processus d'analyse, sur la base de parametres fournis par 
la memoire TRIE avec la reference d'acheminement. Ces parametres sont contenus dans un champ TT de deux bits 
et dans un champ PA de huit bits de chaque cellule 6lementaire contenant une reference d'acheminement (figure 6). 
Le codage est par exemple le suivant : 

30 . TT=00 : aucune modification des champs TTL et TOS (utilisable pour les paquets destines a I'ordinateur-hote 11 ) ; 
TT=01 : decrementer TTL de 1 ; 
TT=10 : decrementer TTL du contenu du champ PA ; 

TT=11 : decrementer TTL de 1 et remplacer TOS par le contenu du champ PA. 

35 [0042] Au moment d'une transition de I'etat « ATM » ou « MPLS » ou « autre » vers I'etat « IP » en version 4, 
I'automate 16 verifie que le contenu du champ « checksum » de I'en-tete IPV4 est conforme au reste de I'en-tete selon 
le codage detecteur d'erreurs applique dans ces en-tetes conformement aux specifications. Au moment de la transition 
de I'etat « IP » vers I'etat « inactif » (CT=001), I'automate 16 met a jour le champ « checksum » de I'en-tete IPV4 en 
faisant la somme de celui contenu dans I'en-tete entrant et du code detecteur d'erreur calcule sur la base des modifi- 

*o cations faites dans les champs TTL et/ou TOS. 

[0043] La figure 7 montre I'organigramme d'une procedure d'analyse que peut mettre en oeuvre le module 13 dans 
les exemples consideres ci-dessus. A I'initialisation 20, le numero i du quartet analyse est mis a 0 pour designer le 
debut de I'en-tete ATM dans la memoire tampon 15, le registre portier de base Rq est selectionne comme registre R, 
et l'automate 16 recoit une commande d'activation (passage de I'etat « inactif » a I'etat « ATM »). 

45 [0044] Dans chaque iteration i, le contenu C de la cellule elementaire TTR.Vi] du registre selectionne R, designee 
par le (i+1 )-ieme quartet Vj de I'en-tete stocke dans la memoire tampon 1 5, est lu a I'etape 2 1 . Si le champ de commande 
CT(C) de cette cellule est different de 001 (test 22), le contenu de ce champ de commande est fourni a I'automate 16 
a I'etape 23 pour qu'il adopte le cas echeant les changements d'etat requis en procedant aux actions correspondantes, 
puis le module 13 determine comment I'analyse doit §tre poursuivie, en identifiant la position dans la memoire tampon 

so 15 du prochain quartet a analyser a I'etape 24, ainsi que le prochain registre de la memoire TRIE a utiliser pour pour- 
suivre I'analyse aux etapes 25 a 28. 

[0045] A I'etape 24, 1'index du prochain quartet a analyser est calcule en fonction de I'index du quartet courant i, du 
code de position represents par les champs FM et DP de la cellule de la memoire TRIE et eventuellement par le 
parametre de decalage OFFSET gere par I'automate 16. Avec les conventions precedemment considerees, I'expres- 
55 sion de la fonction f est : 



f(i,00,DP,OFFSET) = i + 1 ; 
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f(i t 11,DP,OFFSET) = DP; 



f(i,10,DP,OFFSET) = i + DP, avec DP positif ou negatif ; et 



f(i,01,DP,OFFSET) = OFFSET + DP, avec DP positif ou negatif. 

10 [0046] A I'etape 25, le module 1 3 examine le champ CP de ia cellule courante de la memoire TRIE pour determiner 
si un comptage est necessaire. Si aucun comptage n'est necessaire (CP=00), le registre designe par le pointeur lu 
dans le champ Ptr de la cellule est selectionne comme registre R pour Iteration suivante a I'etape 26. Si CP(C) *00 
a I'etape 25, I'adresse A du compteur a incrementer est obtenue a I'etape 27 comme etant le contenu du champ Ptr 
de la cellule courante de ia memoire TRIE. Ensuite, a I'etape 28, le module 13 commande ('incrementation de ce 

15 compteur V(A) et recupere le pointeur PT(A) afin de selectionner le registre R pour Iteration suivante. 

[0047] Ce processus d'analyse se poursuit en enchaTnant plusieurs analyses logiques fournissant des status inter- 
mediates. II se termine lorsque la valeur 001 apparait dans le champ de commande CT(C) de la cellule courante (test 
22). A ce moment, le module 13 fournit a I'automate 16 les parametres contenus dans les champs TT et PA de la 
cellule a I'etape 29, puis fournit le status final Ptr(C) au module d'acheminement 12 a I'etape 30. 

20 

Revendications 

1 . Procede pour associer des references d'acheminement a des paquets de donnees au moyen d'une memoire TRIE 
25 (14), en analysant successivement, a partir de registres portiers differents de la memoire TRIE, differentes portions 

d'un en-tete de chaque paquet contenant des informations de protocole, caracterise en ce qu'a I'arrivee d'un pa- 
quet, on stocke son en-tete dans une memoire tampon (15) et on analyse une premiere portion de I'en-tete stocke, 
en ce que chaque analyse d'une portion de I'en-tete d'un paquet produit soit la reference d'acheminement associee 
au paquet, soit une reference intermediate comportant un premier code (FM, DP) permettant de localises a un 
30 emplacement arbitraire de la memoire tampon, une portion suivante a analyser et un second code (Ptr) permettant 

de localiser, a un emplacement arbitraire de la memoire TRIE, un registre portier a partir duquel ladite portion 
suivante est a analyser, et en ce qu'apres avoir analyse la premiere portion d'un en-tete stocke, on en analyse 
des portions suivantes conformement aux premiers et seconds codes contenus dans les references intermediates 
successivement produites, jusqu'a ce que la reference d'acheminement soit produite. 

35 

2. Procede selon la revendication 1, dans lequel la memoire TRIE (14) consiste en des cellules elementaires ayant 
chacune un champ (CT) indiquant si la cellule contient une reference d'acheminement, et dans lequel chaque 
cellule elementaire ne contenant pas de reference d'acheminement a au moins un premier champ (FM, DP) pour 
contenir une information designant un emplacement de la memoire tampon (15) ou I'analyse est a poursuivre et 

40 un second champ (Ptr) pour contenir une information designant un registre de poursuite d'analyse de la memoire 

TRIE. 

3. Procede selon la revendication 2, dans lequel ladite information designant un emplacement de la memoire tampon 
(15) ou I'analyse est a poursuivre comporte un code de format (FM) indiquant la representation numerique dudit 

45 emplacement de la memoire tampon et un code d'adresse (DP) designant ledit emplacement de la memoire tampon 

selon ladite representation. 

4. Procede selon la revendication 3, dans lequel le code de format (FM) indique (i) une representation sequentielle, 
ou les elements de donnees de I'en-tete stocke sont analyses dans leur ordre d'apparition, (ii) une representation 

50 absolue, ou le prochain element de donnees a analyser est designe par sa position absolue dans I'en-tete stocke, 

(iii) une representation differentielle, ou le prochain element de donnees a analyser est designe par sa position 
par rapport a I'element de donnees en cours d'analyse, ou (iv) une representation relative, ou le prochain element 
de donnees a analyser est designe par sa position par rapport a une portion determinee de I'en-tete stocke. 

55 5. Procede selon Tune quelconque des revendications 2 a 4, dans lequel chaque cellule elementaire ne contenant 
pas de reference d'acheminement a un champ supplementaire (CC) pour contenir une information indiquant si 
une operation de comptage est requise, et dans lequel chaque cellule elementaire ne contenant pas de reference 
d'acheminement et dont ledit champ supplementaire (CC) indique qu'une operation de comptage est requise a 
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dans son second champ (Ptr) un pointeur (A) vers un emplacement de memoire (V(A)) contenant un compteur a 
incrementer lors de ladite operation et associe a un autre emplacement de memoire (PT(A)) contenant un pointeur 
(R) vers le registre de poursuite d'analyse de la memoire TRIE (14). 

Procede selon Tune quelconque des revendications 1 a 5, dans lequel chaque cellule elementaire de la memoire 
TRIE (14) comporte un champ decommande (CT) pour contenir des instructions destinees a un automate auxiliaire 
(16). 

Procede selon la revendication 6, dans lequel une reference d'acheminement est delivree depuis la memoire TRIE 
(14) avec des parametres fournis a I'automate (16) pour specifier des modifications eventuelles a operer sur une 
portion de I'en-tete du paquet stocke dans la memoire tampon (15). 

Dispositif de traitement de paquets (10), comprenant un circuit (13) d'analyse de I'en-tete de paquets recus, a 
I'aide d'une memoire associative de type TRIE (14) fonctionnant selon un procede conforme a Tune quelconque 
des revendications precedentes. 
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A METHOD OF ASSOCIATING ROUTIN G REFERENCES WITH 
DATA PACKETS BY MEANS OF A TRIE ME MORY AND A 
p&PKET ROUTER APPLYING THI S METHOD 

The present invention relates to associative 
memories and in particular memories of the «TRIE» type 
(derived from the English verb «reTRIEve») - 

The principle of the «TRIE» memory was proposed by 
R. de la Briandais and E. Fredkin et al towards the end 
of the 1950s (see E . Fredkin et al.: « Trie Memory », 
Communications of the ACM, Vol. 3, No. 9, September 
1960, pages 490-499) . It consists in cutting up the bit 
strings to be recognised into successive slices of a 
fixed length (of K bits) and integrating them in a two- 
dimensional table T. Each row of the table constitutes a 
register of 2 K elementary cells. A register (R) is 
assigned to each slice of the string and a cell in the 
register is associated with the value (V) , ranging 
between 0 and 2 K -1 of this slice. The contents 
20 (C=T[R,V]) of the cell determined in this manner 
represent either the register allocated to the 
subsequent slice (or pointer) or an end of analysis 
reference (or « status ») if the analysis of the string 
must end on this slice. 

The register allocated to the first slice of the 
string, which is also the point of entry to the table, 
is also referred to as the carrier. The data to be 
analysed in the form of bit strings, i.e. to be compared 
with the contents of the TRIE memory, will also be 
referred to as routes hereafter. The term path will be 
used to denote the succession of concatenated cells in 
the table associated with a route. Each register of the 
table will be said to be of the order of. i_0 if it is 
attributed to the (i+l)-th slice of one or more stored 



25 



30 



routes. The carrier register will therefore be in the 
order of 0. The TRIE memory associates with each of the 
registers in the order of i_0 a unique sequence of iK 
bits corresponding to the iK first bits of each route 
whose path in the table passes via a cell of the 
register in question. 

The following example will provide an illustration 
of how data is stored in a TRIE memory in the specific 
case where K=4 . The value of each slice is represented 
by a digit in hexadecimal numbering (0,1,... E,F) and 
each of the registers contains 2 4 =16 cells. 

Let us assume that the routes to be recognised are 
those commencing with the codes 45A4, 45AB, 67AB, 788A 
and 788BD, to which the statuses SO, SI, S2, S3 and SO 
have been allocated respectively (a same status may be 
shared by several routes) . By using the row index for 
the register R and the column index for the value V of 
the slices and by taking the register R 0 =0 as the 
carrier, the table of the TRIE memory will appear as 
illustrated in figure 1, the underlined data being the 
statuses. The codes 45A4, 45AB, 67AB, 788A and 788BD are 
represented respectively in the table of figure 1 by the 
paths : 



T[0,4] _ 


T[1,5J _ 


T[2,A] _ 


T[3,4] ; 


T[0,4] _ 


T[l,5] _ 


T[2,A] _ 


T[3,B] ; 


T[0,6] _ 


T[4,7] _ 


T[5,A] _ 


T[6,B] ; 


T[0,7] _ 


T[7,8] _ 


T[8,8] _ 


T[9,A] ; 


T[0,7] _ 


T[7,8] _ 


T[8,8] _ 


T[9,B] ; 



From this example, it may be seen that all the 
codes starting with a common part of iK bits are 
represented by a common initial path in the memory 
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leading to the register of order i with which the 
sequence formed by these iK bits is associated. 

If we consider a route to be analysed, cut up into 
a series of binary slices of values V± where 0_i_N and 
5 {Ri} is the series of registers associated with the 
values Vi, where R 0 still denotes the carrier register, 
the analysis algorithm implemented may be that 
illustrated in figure 2. 

On initialisation 1 of this algorithm, the analysis 

10 row i is set to 0 and the carrier register R 0 is 
selected as the register R. In each iteration of row i, 
the contents C of the cell T[R,V±], denoted by the 
(i-fl)-th slice V± of the route in the register of order 
i selected, is read at step 2. If this cell contains a 

15 continue analysis pointer, which will indicate at test 3 
the value 1 for a bit FP(C) stored in the cell, the 
register of order i+1 denoted by this pointer Ptr(C) is 
selected as the register R for the next iteration at 
step 4 and the row i is incremented. If test 3 reveals a 

20 cell which does not contain a pointer (FP(C)=0), the 
status Ref(C) read in the cell concerned is returned at 
step 5 as a result of looking up the table. 

This algorithm enables routes containing any number 
of slices to be analysed. A same table may be used for 

25 several types of analysis, managing data on the basis of 
different carriers. Furthermore, it enables the analysis 
time of the data to be controlled: analysing a number N 
of slices of K bits will require at most N times the 
duration of one iteration. 

30 The algorithm of figure 2 may be implemented very 

rapidly by a hardware component managing accesses to the 
table memory. In particular, it will enable high- 
performance routers to be set up for packet-switched 
telecommunications networks. The header of the packets 
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is analysed by the component on the fly and the status 
associated with a route designates, for example, an 
output port of the router to which the packets bearing a 
destination address conforming to this route must be 
5 routed. 

Such a router may be a multi-protocol router. This 
being the case, the different sections of the header are 
analysed on the basis of different carriers. For 
example, a first analysis of a header field (or several)' 

10 indicating the protocol used and/or the version of this 
protocol may be analysed from a first carrier. This 
first analysis will provide a reference which, although 
corresponding to a logical end of the analysis, may be 
incorporated in the TRIE memory by a continue analysis 

15 pointer denoting another carrier register to be used for 
analysing the rest of the header. The reference in 
question may also trigger time delays or skips by a 
given number of bits in the header being analysed in 
order to be able to choose which portion of the header 

20 should be analysed next. In practice, a certain number 
of analyses are generally run in succession in order to 
trigger the operations required by the protocols 
supported, depending on the content of the headers. One 
of these analyses will relate to the destination address 

25 needed to complete the routing function strictly 
speaking . 

A router of the type outlined above is described in 
French patent 2 707 775. On the subject of using a TRIE 
memory in routers, reference may be made to the article 
30 « Putting Routing Tables in Silicon » by T.B. Pei et 
al., IEEE Network Magazine, January 1992, pages 42-50. 

The fact of being able to string together several 
elementary analyses and insert programmable skips 
between them lends a high degree of flexibility to the 
35 method, particularly when processing encapsulated 



protocols of the ISO model in several layers. Analysing 
slices of the header on the fly as they arrive also 
enhances speed . 

However, in a certain number of situations, it is 
useful to be able to return to the header in order to 
examine certain fields in an order other than that in 
which they arrived. This will often allow better 
optimisation of the memory size required. It is also a 
feature required by certain protocols, such as the RSVP 
reservation protocol or the multicast protocols. 

One objective of the present invention is to 
improve the processing flexibility offered by TRIE 
memories still further, especially in routing 
applications . 

Accordingly, the invention proposes a method of 
associating routing references with data packets by 
means of a TRIE memory, whereby different carrier 
registers of the TRIE memory analyse in succession 
different portions of a header of each packet containing 
protocol data. When a packet arrives, its header is 
stored in a buffer memory and a first portion of the 
stored header is analysed. Each analysis of a header 
portion of a packet produces either the routing 
reference associated with the packet or an intermediate 
reference containing a first code, which makes it 
possible to locate at an arbitrary location of the 
buffer memory a subsequent portion to be analysed, and a 
second code, which makes it possible to locate at an 
arbitrary location of the TRIE memory a carrier register 
from which said subsequent portion should be analysed. 
Having analysed the first portion of a stored header, 
the subsequent portions thereof are analysed in 
accordance with the first and second codes contained in 
the intermediate references produced in succession until 
the routing reference is obtained. 
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Consequently, the contents of the TRIE memory no 
longer represent only the reference associated with the 
packet headers as such. They also incorporate a 
programme consisting of the string of elementary 
5 analyses to be performed, depending on the different 
configurations taken into account by the memory. These 
strings are entirely programmable insofar as the user 
can define, arbitrarily and at each step of the process, 
which portion of the header must be examined and from 

10 which register of the TRIE memory. 

Another aspect of the present invention relates to 
a packet router having a circuit for analysing the 
header of the packets received using an associative 
memory of the TRIE type which operates in accordance 

15 with the method outlined above. 

Other features and advantages of the present 
invention will become clearer from, the description of 
examples given below, which is not restrictive in any 
respect, and with reference to the appended drawings, in 

20 which : 

- figure 1, discussed above, shows an example of the 
contents of a TRIE memory; 

- figure 2, discussed above, is a flow chart 
illustrating a conventional analysis method run as 

25 a means of looking up the TRIE memory; 

- figure 3 is a synoptic diagram of a packet router 
as proposed by the invention; 

- figure 4 is a diagram showing the structure of an 
example of a packet header; 

30 - figure 5 and 6 are diagrams showing the structure 

of cells in the TRIE memory of the router; and 

- figure 7 is a flow chart illustrating an analysis 
procedure as proposed by the invention in order to 
look up a TRIE memory. 

35 As a means of illustrating the description below, 
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we will look at a situation in which the packets routed 
by the router proposed by the invention are transported 
on an asynchronous transfer mode (ATM) network and it 
will be assumed that the header of each packet is always 
5 contained in an ATM cell. 

The router 10 illustrated in figure 3 operates in 
conjunction with a host computer 11. The host computer 

11 can transmit and receive packets, in particular as a 
means of managing the routing process. To this end, it 

10 has a virtual channel (VC) at the input and output of 
the router 10. 

The router 10 has a routing («f orwarding») module 

12 which forwards the packets received in accordance 
with instructions, referred to hereafter as «forwarding 

15 references)) or «final status», produced by an analysis 
module 13 from an organised memory 14 such as a TRIE 
memory table. In the case of equipment used with an ATM 
network, the forwarding module 12 is essentially capable 
of translating the virtual path and virtual channel 

20 identifiers VPI/VCI («Virtual Path Identifier / Virtual 
Channel Identifier») , merging the virtual channels 
depending on the virtual paths and applying packets to 
the output ports of the device. To this end, it needs to 
know the VPI/VCI pairs of outgoing packets, which may 

25 constitute the forwarding references stored in the TRIE 
memory 14 . 

Each ATM cell containing the header of the packet 
to be routed passes via a buffer memory 15, to which the 
analysis module 13 has access in order to analyse 
30 portions of these headers by means of the TRIE Memory 
14. This analysis is performed by quartets (K=4), for 
example . 

Configuring the router 10 consists in storing the 
relevant data in the TRIE memory 14. This operation is 
35 performed by a module (not illustrated) which manages 



the TRIE memory under the control of the host computer 
11. The configuration commands may be received in 
packets transmitted across the network and addressed to 
the router 10. For details on how the contents of the 
5 TRIE memory 14 can be dynamically managed, reference 
should be made to French patent application 98 11856. 

In the case of the router illustrated in figure 3, 
the analysis module 13 co-operates with a controller 16 
programmed to run certain checks and apply actions to 

10 the packet headers independently of the communication 
protocols supported by the router. Outside of this 
controller 16, operation of the router 10 is independent 
of the carrier protocols of the packets. 

Figure 4 illustrates a specific example of a header 

15 structure for a packet that can be processed by the 
router of the invention. In this example, the packet is 
an IPV4 packet («Internet Protocol-Version 4») carrying 
the UDP application protocol («User Datagram Protocol») , 
encapsulated in the ATM cells by means of a level 2 

20 protocol of the LLC-SNAP type («Logical Link Control - 
Sub Network Access Protocol))) . The field names indicated 
in the drawing are those used in the relevant 
specifications pertaining to these protocols. The global 
header to be analysed consists of an interleaved 

25 arrangement of the five octet header of the ATM cell, 
the LLC-SNAP header, the header of the IPV4 protocol and 
its UDP extension. 

Other types of protocol and encapsulation may be 
supported by the router 10. For example, it is also 

30 possible to handle the PPP protocol («Point-to-Point 
Protocol))) instead of the SNAP protocol at level 2 or 
alternatively MPLS technology («Multi-Protocol Label 
Switching») at level 2 and/or level 3. Under these 
conditions, the following are the series of header types 

35 likely to be encountered in the AAL5 frame («ATM 



Adaptation Layer N° 5») following the header of the ATM 
cell : 

IP 

IP, IP 

LLC-SNAP, IP 
LLC-PPP, IP 
MPLS 

MPLS, . . . MPLS 
LLC-SNAP, MPLS 
MPLS, IP 

MPLS, . . .MPLS, IP 

MPLS, LLC-SNAP, IP 

MPLS, . . . ,MPLS, LLC-SNAP, IP 
where IP denotes either version 4 or version 6 of the 
Internet Protocol and the headers of layers beyond the 
network layer (TCP, UDP-..). 

In the specific case of LLC-SNAP/ IPV4 /UDP, the 
hashed lines of figure 4 show the header fields which 
may be relevant to the routing operation. Depending on 
the type of routing applied, some of these fields may 
not be taken into account, along with the non-hashed 
fields illustrated in the drawing. In order to avoid 
increasing the size of the TRIE memory unnecessarily, 
the content of these fields is simply ignored during the 
analysis process. 

The analysis will therefore focus on the different 
portions of the header which will be partially analysed 
in succession to supply intermediate references until 
the final portion is reached for which the TRIE memory 
14 supplies the routing reference destined for the 
module 12. 

The method proposed by the invention allows the 
header fields to be analysed in any order. This is 
useful in a certain number of situations where it is not 
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sufficient to analyse the fields in the order in which 
they appear. It should be pointed out, for example, 
that : 

- it is of interest to analyse the TOS field (Type of 
Service) of the IP header after the destination 
address although these fields appear in the reverse 
order, so as to keep down the size of memory 
required; 

- with reservation protocols of the RSVP type, it is 
necessary to be able to go back to the «Protocol» 
and «destination address» fields of the IP header 
after analysing the level 4 header; 

- in multicast applications, it is necessary to be 
able to go back to the TTL (Time to Live) field of 
the IP header and to the VPI/VCI identifiers of the 
router input in the ATM header so as to prevent the 
occurrence of looping between several network 
nodes . . . 

Organisation of the data in the TRIE memory 14 and 
the way in which they are looked up is adapted to make 
it possible to programme any skips that might be needed 
between the header fields being analysed and between the 
carrier registers of the TRIE memory. 

In the case of one specific embodiment, figures 5 
and 6 illustrate the structure of data contained in the 
non-empty elementary cells of the TRIE Memory 14. In 
this example, each elementary cell represents a 32 bit 
memory zone. The first three bits of the cell in the 
TRIE memory form a command field CT intended to control 
the status of the controller 16. 

By way of example, the controller 16 may have 5 
statuses: 

- «inactive» if no header is present in the buffer 
memory 15; 

- «ATM» if the module 13 is in the process of 



analysing the VPI/VCI identifiers of the ATM 
header; 

- «MPLS» if the module 13 is in the process of 
analysing a MPLS header; 

■- «IP» if the module • 13 is in the process of 
analysing an IP header or its extensions; 

- «other» if the module 13 is in the process of 
analysing another type of header (LLC, SNAP, 
PPP, . . . ) - 

The command field CT of the elementary cells of the 
TRIE memory will be coded, for example, as follows: 

- CT=000: controller status unchanged, 

- CT=001: end of analysis, 

- CT=01a: transition to the «other» status, 

- CT=10a: transition to the «IP» status, 

- CT=lla: transition to the «MPLS» status. 

The bit a above indicates whether or not the frame 
has come from the host computer 11 so that the 
controller 16 can inhibit processing of the TTL and 
«checksum» fields of the IPV4 header if necessary. 

In the examples illustrated in figures 5 and 6, the 
smallest eighteen weighting bits of the elementary cell 
of the TRIE memory form a field Ptr containing either a 
pointer to the next register of the TRIE memory from 
which analysis should be continued (carrier register or 
not) in the case of figure 5 or the forwarding reference 
destined for the module 12 in the example illustrated in 
figure 6. 

In the latter case, the command field CT contains 
001 in view of the fact that issuing the forwarding 
reference will terminate the analysis process using the 
TRIE memory. 

In the situation illustrated in figure 5, the 
pointer contained in the field Ptr may indicate directly 
or indirectly the register in which analysis should be 



continued depending on what is contained in a two bit 
counting field CP. A counter may be allocated to every 
cell of the TRIE memory. This counter will then be 
incremented every time this cell is encountered in the 
route followed during the analysis. Each counter V (A) is 
placed in a memory location coupled with another 
location containing a pointer PT (A) to a register in the 
TRIE memory at which the analysis will be continued. 

If the counting field CP contains something other 
than 00, the field Ptr of the TRIE memory cell contains 
the address of the memory location at which the relevant 
counter V(A) is stored and the location PT (A) coupled 
with this latter contains the pointer to the register in 
the TRIE memory which must be used to continue the 
analysis. If the two bits of the field CP are 00, the 
field Ptr of the elementary cell will point directly to 
the register in the TRIE memory at which analysis should 
be continued. 

In order to indicate which portion of the packet 
header should be analysed next, the elementary cell 
which does not contain a forwarding reference (figure 5) 
will include a two bit format field FM and a seven bit 
displacement field DP. The field FM indicates the format 
of the numerical representation of the relevant location 
in the buffer memory 15. 

This representation may be of the following type: 

- sequential (FM=00) if the quartets to be analysed 
follow immediately one after the other in the 
header stored in the memory 15, 

- absolute (FM=11) to denote the absolute position of 
the quartet independently of the sub-header being 
analysed (this is useful, for example, if it is 
necessary to return to the VC field of the ATM 
header when processing the IP header in multicast 
applications) , 
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- differential (FM=10) in order to express the 
position of the next quartet relative to the 
current quartet, which is useful if the length of 
certain headers is not known a priori (for example 

5 in the «other» status), 

- relative (FM=01) in order to express the position 
of the next quartet relative to a given location of 
the buffer memory 15, located by an offset value 
managed by the controller 16. This OFFSET value 

10 typically denotes the start of the sub-header 

currently being analysed. The controller 16 manages 
it by adding, during status changeovers, the length 
of the corresponding header in the previous status. 
The other tasks carried out by the controller 16 
15 include the error checksums based on the «checksum» 
field of the IPV4 header and any manipulations in the 
TOS and TTL fields of the IP header. Any such 
modifications are applied at the end of the analysis 
process on the basis of the parameters supplied by the 
20 TRIE memory with the forwarding reference. These 
parameters are contained in a two bit field TT and in an 
eight bit field PA of each elementary cell containing a 
forwarding reference (figure 6) . The coding will be, for 
example, as follows: 
25 - TT=00: no modification to the TTL and TOS fields 

(can be used for packets destined for the host 
computer 11) ; 

- TT=01: decrement TTL by 1; 

- TT=10 : decrement TTL by the contents of the field 
30 PA; 

- TT=11: decrement TTL by 1 and replace TOS with the 
contents of the field PA. 

At the instant of changeover from «ATM» or «MPLS» 
or «other» status to «IP» status in version 4, the 
35 controller 16 checks to ensure that the contents of the 
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«checksum» field of the IPV4 header are consistent with 
the remainder of the header depending on the error 
detection coding applied in these headers in accordance 
with the specifications. At the instant of transition 
5 from «IP» status to «inactive» status (CT=001), the 
controller 16 updates the «checksum» field of the IPV4 
header by summing that contained in the incoming header 
and the error detection code calculated on the basis of 
the modifications applied to the TTL and/or TOS fields. 

10 Figure 7 gives a flow chart illustrating an 

analysis procedure that can be run by the module 13 in 
the examples described above. On initialisation 20, 
number i of the quartet analysed is set to 0 to indicate 
the start of the ATM header in the buffer memory 15, the 

15 base carrier register Ro is selected as the register R 
and the controller 16 receives an activate command 
(switch from «inactive» status to «ATM» status) . 

In each iteration i, the contents C of the 
elementary cell T[R,Vi] of the selected register R, 

20 indicated by the (i+l)-th quartet V± of the header 
stored in the buffer memory 15, is read at step 21. If 
the command field CT(C) of this cell is not 001 (test 
22) , the contents of this command field are applied to 
the controller 16 at step 23 so that it will adopt, if 

25 necessary, the status changes needed to proceed with the 
corresponding actions, after which the module 13 
determines how the analysis should continue by 
identifying the position in the buffer memory 15 of the 
next quartet to be analysed at step 24 and the next 

30 register of the TRIE memory which should be used to 
continue the analysis at steps 25 to 28. 

At step 24, the code of the next quartet to be 
analysed is calculated as a function of the code of the 
current quartet i, the position code represented by the 

35 fields FM and DP of the cell in the TRIE memory and 
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optionally by the offset parameter OFFSET managed by the 
controller 16. In accordance with the conventions 
outlined above, f as a function will be expressed as 
follows: 

5 f (i, 00, DP, OFFSET) = i + 1; 

f(i, 11, DP, OFFSET) = DP; 

f (i, 10, DP, OFFSET) = i + DP, where DP is positive or 
negative; and 

f (i, 01, DP, OFFSET) = OFFSET + DP, where DP is 
10 positive or negative. 

At step 25, the module 13 examines the field CP of 
the current cell of the TRIE memory in order to 
determine whether a count is necessary. If a count is 
not necessary (CP=00) , the register designated by the 
15 pointer read from the field Ptr of the cell is selected 
as being register R for the subsequent iteration at step 

26. If CP(C)^00 at step 25, the address A of the counter 
to be incremented is obtained at step 27 as being the 
contents of the field Ptr of the current cell of the 

20 TRIE memory. At step 28, the module 13 then issues a 
command for this counter V(A) to be incremented and 
retrieves the pointer PT (A) in order to select the 
register R for the following iteration. 

This analysis process continues by linking several 

25 logical analyses supplying intermediate statuses. It is 
terminated when the value 001 appears in the command 
field CT(C) of the current cell (test 22). At this 
point, the module 13 feeds to the controller 16 the 
parameters contained in the fields TT and PA of the cell 

30 at step 29, then applies the final status Ptr(C) to the 
routing module 12 at step 30. 
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1. A method of associating routing references to data 
packets by means of a TRIE memory (14) by analysing in 
succession, from different carrier registers of the TRIE 
memory, different portions of a header of each packet 
containing protocol data, characterised in that as a 
packet arrives, its header is stored in a buffer memory 
(15) and a first portion of the stored header is 
analysed, in that each analysis of a header portion of a 
packet produces either the forwarding reference 
associated with the packet or an intermediate reference 
containing a first code (FM, DP), making it possible to 
locate at an arbitrary location of the buffer memory a 
next portion to be analysed, and a second code (Ptr) , 
which makes it possible to locate, at an arbitrary 
location of the TRIE memory, a carrier register from 
which said next portion is to be analysed and in that, 
having analysed the first portion of a stored header, 
the subsequent portions are analysed in accordance with 
the first and second codes contained in the intermediate 
references produced in succession until the forwarding 
reference is produced. 

2. A method as claimed in claim 1, in which the TRIE 
memory (14) consists of elementary cells, each having a 
field (CT) indicating whether the cell contains a 
forwarding reference and in which each elementary cell 
which does not contain a forwarding reference has at 
least a first field (FM, DP) to contain a piece of 
information designating a location of the buffer memory 
(15) at which the analysis is to be continued and a 
second field (Ptr) to contain a piece of information 
designating a register of the TRIE memory with which the 
analysis will be continued. 



3. A method as claimed in claim 2, in which said 
information designating a location of the buffer memory 
(15) at which the analysis is to be continued contains a 
format code (FM) indicating the numerical representation 
of said location of the buffer memory and an address 
code (DP) designating said location of the buffer memory 
in accordance with said representation. 

4. A method as claimed in claim 3, in which the format 
code ( FM) indicates (i) a sequential representation 
whereby the data elements of the stored header are 
analysed in the order in which they appear, (ii) an 
absolute representation whereby the next data element to 
be analysed is designated by its absolute position in 
the stored header, (iii) a differential representation 
whereby the next data element to be analysed is 
designated by its position relative to the data element 
currently being analysed or (iv) a relative 
representation whereby the next data element to be 
analysed is designated by its position relative to a 
given portion of the stored header. 

5. A method as claimed in any one of claims 2 to 4, in 
which each elementary cell which does not contain a 
forwarding reference has an additional field (CC) which 
contains a piece of information indicating whether a 
counting operation is necessary and in which each 
elementary cell which does not contain a forwarding 
reference and whose additional field (CC) indicates that 
a counting operation is necessary has, in its second 
field (Ptr), a pointer (A) to a memory location (V(A)) 
containing a counter to be incremented when said 
operation is performed and associated with another 
memory location (PT(A)) containing a pointer (R) to the 
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register of the TRIE memory (14) with which the analysis 
will be continued. 

6. A method as claimed in any one of claims 1 to 5, in 
5 which each elementary cell of the TRIE memory (14) has a 

command field (CT) which contains instructions destined 
for an auxiliary controller (16) . 

7. A method as claimed in claim 6, in which a 
10 forwarding reference is issued from the TRIE memory (14) 

with parameters applied to the controller (16) so as to 
specify any amendments to be applied on a portion of the 
header of the packet stored in the buffer memory (15) . ■ 

15 8. A packet router (10) having a circuit (13) for' 
analysing the header of packets received, using an 
associative memory of the TRIE type (14) operating in 
accordance with a method as claimed in any one of the 
preceding claims. 
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A METHOD OF ASSOCIATING ROUTING REFERENCES WITH 
DATA PACKETS BY MEANS OF A TRIE MEMORY AND 
A PACKET ROUTER APPLYING THIS METHOD 

Different portions of a header of each packet 
containing protocol data are analysed in succession from 
different carrier registers of the TRIE memory. As a 
packet arrives, its header is stored in a buffer memory 
(15) and a first portion of the stored header is 
analysed- Each analysis of a portion of header produces 
either the routing reference associated with the packet 
or an intermediate reference containing a first code, 
making it possible to locate at an arbitrary location of 
the buffer memory a next portion to be analysed, and a 
second code, making it possible to locate at an 
arbitrary location of the TRIE memory a carrier register 
from which this next portion is to be analysed. Having 
analysed the first portion of a stored header, the 
subsequent portions thereof are analysed in accordance 
with the first and second codes contained in the 
intermediate references produced in succession until the 
routing reference is produced. 

Figure 3 
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